Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(43) Date of publication: 

16.02.2005 Bulletin 2005/07 



(11) EP 1 507 421 A1 

EUROPEAN PATENT APPLICATION 

(51) Int CI 7: H04Q 7/30 



(21) Application number: 03018469.1 

(22) Date of filing: 14.08.2003 



(84) 


Designated Contracting States: 


• Seidel, Eiko 




AT BE BG CH CY CZ DE DK EE ES Fl FR GB GR 


64285 Darmstadt (DE) 




HU IE IT LI LU MC NL PT RO SE SI SK TR 


• Petrovic, Dragan 




Designated Extension States: 


64295 Darmstadt (DE) 




AL LT LV MK 








(74) Representative: Griinecker, Kinkeldey, 


(71) 


Applicant: MATSUSHITA ELECTRIC INDUSTRIAL 


Stockmair & Schwanhausser Anwaltssozietat 




CO., LTD. 


Maximilianstrasse 58 




Kadoma City, Osaka Pref., 571-8501 (JP) 


80538 Munchen (DE) 


(72) 


Inventors: 






Lohr, Joachim 






64295 Darmstadt (DE) 





(54) 



e station synchronization during soft handover 



(57) The present invention relates to a data trans- 
mission method and data packet retransmission method 
for use in a mobile communication system comprising a 
communication terminal and a plurality of base stations, 
wherein the communication terminal is in communica- 
tion with the plurality of base stations during a soft 
handover. Further, the present invention relates to a 
base station executing the data transmission method 
and the data retransmission method. To prohibit the 
wrong combination of data packets in base stations par- 
ticipating in the active set of a particular communication 
terminal the invention provides a method for exchanging 
control information between base stations participating 
in a soft handover to synchronize their buffers. 




1 EP 1 507 421 A1 



Description 

[0001] The present invention relates to a data trans- 
mission method and data packet retransmission method 
for use in a mobile communication system comprising a 
communication terminal and a plurality of base stations, 
wherein the communication terminal is in communica- 
tion with the plurality of base stations during a soft 
handover. Further, the present invention relates to a 
base station executing the data transmission method 
and the data retransmission method. 

TECHNICAL BACKGROUND 

[0002] W-CDMA (Wideband Code Division Multiple 
Access) is a radio interface for IMT-2000 (International 
Mobile Communication), which was standardized for 
use as the 3 rd generation wireless mobile telecommuni- 
cation system. It provides a variety of services such as 
voice services and multimedia mobile communication 
services in a flexible and efficient way. The standardiza- 
tion bodies in Japan, Europe, USA, and other countries 
have jointly organized a project called the 3 rd Genera- 
tion Partnership Project (3GPP) to produce common ra- 
dio interface specifications for W-CDMA. 
[0003] The standardized European version of IMT- 
2000 is commonly called UMTS (Universal Mobile Tel- 
ecommunication System). The first release of the spec- 
ification of UMTS has been published in 1999 (Release 
99). In the mean time several improvements to the 
standard have been standardized by the 3GPP in Re- 
lease 4 and Release 5 and discussion on further im- 
provements is ongoing under the scope of Release 6. 
[0004] The dedicated channel (DCH) for downlink and 
uplink and the downlink shared channel (DSCH) have 
been defined in Release 99 and Release 4.. In the fol- 
lowing years, the developers recognized that for provid- 
ing multimedia services - or data services in general - 
high speed asymmetric access had to be implemented. 
In Release 5 the high-speed downlink packet access 
(HSDPA) was introduced. The new high-speed downlink 
shared channel (HS-DSCH) provides downlink high- 
speed access to the user from the UMTS Radio Access 
Network (RAN) to the communication terminals, called 
user equipments in the UMTS specifications. 
[0005] HSDPA is based on techniques such as fast 
packet scheduling, adaptive modulation and hybrid 
ARQ (HARQ) to achieve high throughput, reduce delay 
and achieve high peak data rates. 

HYBRID ARQ SCHEMES 

[0006] The most common technique for error detec- 
tion of non-real time services is based on Automatic Re- 
peat reQuest (ARQ) schemes, which are combined with 
Forward Error Correction (FEC), called Hybrid ARQ. If 
Cyclic Redundancy Check (CRC) detects an error, the 
receiver requests the transmitter to send additional bits 
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or a new data packet. From different existing schemes 
the stop-and-wait (SAW) and selective-repeat (SR) con- 
tinuous ARQ are most often used in mobile communi- 
cation. 

s [0007] A data unit will be encoded before transmis- 
sion. Depending on the bits that are retransmitted three 
different types of ARQ may be defined. 
[0008] In HARQ Type I the erroneous data packets 
received, also called PDUs (Packet Data Unit) are dis- 

'0 carded and new copy of that PDU is retransmitted and 
decoded separately. There is no combining of earlier 
and later versions of that PDU. Using HARQ Type lithe 
erroneous PDU that needs to be retransmitted is not dis- 
carded, but is combined with some incremental redun- 

15 dancy bits provided by the transmitter for subsequent 
decoding. Retransmitted PDU sometimes have higher 
coding rates and are combined at the receiver with the 
stored values. That means that only little redundancy is 
added in each retransmission. 

20 [0009] Finally, HARQ Type III is almost the same 
packet retransmission scheme as Type II and only dif- 
fers in that every retransmitted PDU is self-decodable. 
This implies that the PDU is decodable without the com- 
bination with previous PDUs. In case some PDUs are 

25 so heavily damaged that almost no information is reus- 
able self decodable packets can be advantageously 

UMTS ARCHITECTURE 

30 

[0010] The high level R99/4/5 architecture of Univer- 
sal Mobile Telecommunication System (UMTS) is 
shown in Fig. 1 (see 3GPP TR 25.401 : "UTRAN Overall 
Description", available from http://www.3gpp.org). The 

35 networkelementsarefunctionally grouped into the Core 
Network (CN) 101 , the UMTS Terrestrial Radio Access 
Network (UTRAN) 102 and the User Equipment (UE) 
1 03. The UTRAN 1 02 is responsible for handling all ra- 
dio-related functionality, while the CN 101 is responsible 

40 for routing calls and data connections to external net- 
works. The interconnections of these network elements 
are defined by open interfaces (lu, Uu). It should be not- 
ed that UMTS system is modular and it is therefore pos- 
sible to have several network elements of the same 

45 type. 

[0011] Fig. 2 illustrates the current architecture of 
UTRAN. A number of Radio Network Controllers 
(RNCs) 201, 202 are connected to the CN 101. Each 
RNC 201 , 202 controls one or several base stations 

so (Node Bs) 203, 204, 205, 206, which in turn communi- 
cate with the UEs. An RNC controlling several base sta- 
tions is called Controlling RNC (C-RNC) for these base 
stations. A set of controlled base stations accompanied 
by their C-RNC is referred to as Radio Network Subsys- 

55 tern (RNS) 207, 208. For each connection between User 
Equipment and the UTRAN, one RNS is the Serving 
RNS (S-RNS). It maintains the so-called lu connection 
with the Core Network (CN) 101. When required, the 
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Drift RNS 302 (D-RNS) 302 supports the Serving RNS 
(S-RNS) 301 by providing radio resources as shown in 
Fig. 3. Respective RNCs are called Serving RNC 
(S-RNC) and Drift RNC (D-RNC). It is also possible and 
often the case that C-RNC and D-RNC are identical and 
therefore abbreviations S-RNC or RNC are used. 



User plane traffic switching during relocation, 
Relaying GTP (GPRS tunneling protocol on the lu 
interface) packets between NodeB+ and SGSN 
(Serving GPRS Support Node, an element of the 
CN) and 

lur interworking for user plane. 



EVOLVED UTRAN ARCHITECTURE 

[0012] Currently, the feasibility study for UTRAN Ar- 
chitecture Evolution from the current R99/4/5 UMTS ar- 
chitecture is ongoing (see 3GGPTSG RAN WG3: "Fea- 
sibility Study on the Evolution of the UTRAN Architec- 
ture", available at http://www.3gpp.org). Two general 
proposals for the evolved architecture (see3GGPTSG 
RAN WG3, meeting #36, "Proposed Architecture on 
UTRAN Evolution", Tdoc R3-030678 and "Further Clar- 
ifications on the Presented Evolved Architecture", Tdoc 
R3-030688, available at http://www.3gpp.org) have 
emerged. The proposal entitled "Further Clarifications 
on the Presented Evolved Architecture" will be dis- 
cussed in the following in reference to Fig. 4. 
[0013] The RNG (Radio Network Gateway) 401 is 
used for interworking with the conventional RAN, and to 
act as a mobility anchor point meaning that once an 
RNG 401 has been selected for the connection, it is re- 
tained for the duration of the call. This includes functions 
both in control plane and user plane. 
[0014] On the control plane the RNG 401 acts as a 
signaling gateway between the evolved RAN and the 
CN, and the evolved RAN and R99/4/5 UTRAN. It has 
the following main functions: 

• lu signaling gateway, i.e. anchor point for the RAN- 
AP (Radio Access Network Application Part) con- 
nection, 

• RANAP connection termination, including: 

• Setup and release of the signaling connec- 

• Discrimination of connectionless messag- 
es 

• Processing of RANAP connectionless 
messages, 

• Relay of idle and connected mode paging mes- 
sage to the relevant NodeB+(s), 

• The RNG takes the CN role in inter NodeB-i- reloca- 
tions, 

• User plane control and 

• lur signaling gateway between NodeB-i- 402-405 
and R99/4/5 RNC. 

[0015] Further, the RNG is the user plane access 
point from the CN or conventional RAN to the evolved 
RAN. It has the following user plane functions: 



[0016] The NodeB-i- 402-405 element terminates all 
the RAN radio protocols (Layer 1 - Physical Layer, Layer 
'0 2 - Medium Access Control and Radio Link Control sub- 
layers, and Layer 3 - Radio Resource Control). NodeB+ 
402-405 control plane functions include all the functions 
related to the control of the connected mode terminals 
within the evolved RAN. Main functions are: 

15 

• Control of the UE, 

• RANAP connection termination, 

• Processing of RANAP connection oriented pro- 
20 tocol messages 

• Control / termination of the RRC (Radio Resource 
Control) connection and 

• Control of the initialization of the relevant userplane 
25 connections. 

[0017] The UE context is removed from the (serving) 
NodeB-i- when the RRC connection is terminated, or 
when the functionality is relocated to another NodeB+ 

30 (serving NodeB+ relocation). Control planefunctions in- 
clude also all the functions for the control and configu- 
ration of the resources of the cells of the NodeB+ 
402-405, and the allocation of the dedicated resources 
upon request from the control plane part of the serving 

35 NodeB+. The "+" in the term "NodeB+" expresses the 
enhanced functionality of the base station in comparison 
to the R99/4/5 specifications. 
[0018] User plane functions of the NodeB-i- 402-405 
include the protocol functions of PDCP (Packet Data 

40 Convergence Protocol), RLC (Radio Link Control) and 
MAC (Media Access Control) and Macro Diversity Com- 
bining. 

ENHANCED UPLINK DEDICATED CHANNEL (E-DCH) 

45 

[0019] Uplink enhancements for Dedicated Transport 
Channels (DTCH) are currently studied by the 3GPP 
Technical Specification Group RAN (see 3GPP TR 
25.896: "Feasibility Study for Enhanced Uplink for 

so UTRA FDD (Release 6)", available at http://www.3gpp. 
org). Since the use of IP-based services become more 
important, there is an increasing demand to improve the 
coverage and throughput of the RAN as well as to re- 
duce the delay of the uplink dedicated transport chan- 

55 nels. Streaming, interactive and background services 
could benefit from this enhanced uplink. 
[0020] One enhancement is the usage of adaptive 
modulation and coding schemes (AMC) in connection 
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with Node B controlled scheduling, thus an enhance- 
ment of the Uu interface. In the existing R99/R4/R5 sys- 
tem the uplink maximum data rate control resides in the 
RNC. By relocating the scheduler in the Node B the la- 
tency introduced due to signaling on the interface be- 
tween RNC and Node B can be reduced and thus the 
scheduler is able to respond faster to temporal changes 
in the uplink load. This will reduce the overall latency in 
communications of the UE with the RAN. Therefore 
Node B controlled scheduling is capable of better con- 
trolling the uplink interference and smoothing the noise 
rise variance by allocating higher data rates quickly 
when the uplink load decreases and respectively by re- 
stricting the uplink data rates when the uplink load in- 
creases. The coverage and cell throughput may be im- 
proved by a better control of the uplink interference. 
[0021] Another technique, which may be considered 
to reduce the delay on the uplink, is introducing a shorter 
TTI (Transmission Time Interval) length for the E-DCH 
compared to other transport channels. A TTI length of 
2ms is currently investigated for use on the E-DCH, 
while a TTI of 10ms is commonly used on the other 
channels. Hybrid ARQ, which was one of the key tech- 
nologies in HSDPA, is also considered for the enhanced 
uplink dedicated channel. The hybrid ARQ protocol be- 
tween Node B and UE allows for rapid retransmissions 
of erroneously received data units, thus reducing the 
number of RLC (Radio Link Control) retransmissions 
and the associated delays. This can improve the quality 
of service experienced by the end user. 
[0022] To support enhancements described above, a 
new MAC sub-layer is introduced which will be called 
MAC-eu in the following (see 3GPP TSG RAN WG1, 
meeting #31, Tdoc R01 -030284, " Scheduled and Au- 
tonomous Mode Operation for the Enhanced Uplink"). 
The entities of this new sub-layer, which will be de- 
scribed in more detail in the following sections, may be 
located in UE and Node B. On UE side, the MAC-eu 
performs the new task of multiplexing upper layer data 
(e.g. MAC-d) data into the new enhanced transport 
channels and operating HARQ protocol transmitting en- 
tities. 

E-DCH MAC ARCHITECTURE AT THE UE 

[0023] Fig. 5 shows the exemplary overall E-DCH 
MAC architecture on UE side. A new MAC functional 
entity, the MAC-eu 503, is added to the MAC architec- 
ture of Rel/99/4/5. The MAC-eu 503 entity is depicted in 
more detail in Fig. 6. 

[0024] There are M different data flows (MAC-d) car- 
rying data packets to be transmitted from UE to Node 
B. These data flows can have different QoS (Quality of 
Service), e.g. delay and error requirements, and may 
require different configurations of HARQ instances. 
Therefore the data packets can be stored in different Pri- 
ority Queues. The set of HARQ transmitting and receiv- 
ing entities, located in UE and Node B respectively will 
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be referred to as HARQ process. The scheduler will con- 
sider QoS parameters in allocating HARQ processes to 
different priority queues. MAC-eu entity receives sched- 
uling information from Node B (network side) via Layer 
s 1 signaling. 

E-DCH MAC ARCHITECTURE AT THE UTRAN 

[0025] In soft handover operation the MAC-eu entities 

10 in the E-DCH MAC Architecture at the UTRAN side may 
be distributed across Node B (MAC-eub) and S-RNC 
(MAC-eur). The scheduler in Node B chooses the active 
users and performs rate control by determining and sig- 
naling a commanded rate, suggested rate or TFC 

15 (Transport Format Combination) threshold that limits the 
active user (UE) to a subset of the TCFS (Transport For- 
mat Combination Set) allowed for transmission. 
[0026] Every MAC-eu entity corresponds to a user 
(UE). In Fig. 7 the Node B MAC-eu architecture is de- 

20 picted in more detail. It can be noted that each HARQ 
Receiver entity is assigned certain amount or area of 
the soft buffer memory for combining the bits of the 
packets from outstanding retransmissions. Once a 
packet is received successfully it is forwarded to the re- 

25 ordering buffer providing the in-sequence delivery to up- 
per layer. According to the depicted implementation, the 
reordering buffer resides in S-RNC during soft handover 
(see 3GPP TSG RAN WG 1, meeting #31: "HARQ 
Structure", Tdoc R1 -030247, available of http://www. 

30 3gpp.org). Fig. 8 the S-RNC MAC-eu architecture which 
comprises the reordering buffer of the corresponding 
user (UE) is shown. The number of reordering buffers 
is equal to the number of dataflows in the corresponding 
MAC-eu entity on UEside. Data and control information 

35 is sent from all Node Bs within Active Set to S-RNC dur- 
ing soft handover. 

[0027] It should be noted that the required soft buffer 
size depends on the used HARQ scheme, e.g. an HARQ 
scheme using incremental redundancy (IR) requires 
40 more soft buffer than one with chase combining (CC). 

E-DCH SIGNALING 

[0028] E-DCH associated control signaling required 
45 for the operation of a particular scheme consists of up- 
link and downlink signaling. The signaling depends on 
uplink enhancements being considered. 
[0029] In order to enable Node B controlled schedul- 
ing (e.g. Node B controlled time and rate scheduling), 
so UE has to send some request message on the uplink 
for transmitting data to the Node B. The request mes- 
sage may contain status information of a UE e.g. buffer 
status, power status, channel quality estimate. Based 
on this information Node B can estimate the noise rise 
55 and schedule the UE. With a grant message sent in the 
downlink from Node B to the UE, Node B assigns the 
UE the TFCS with maximum data rate and the time in- 
tervals, the UE is allowed to send. 
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[0030] In the uplink UE has to signal Node B with a 
rate indicator message information that is necessary to 
decode the transmitted packets correctly, e.g. transport 
blocksize (TBS), modulation and coding scheme (MCS) 
level, etc. Furthermore, in case HARQ is used, the UE 
has to signal HARQ related control information (e.g. Hy- 
brid ARQ process number, HARQ sequence number re- 
ferred to as New Data Indicator (NDI) for UMTS Rel.5 , 
Redundancy version (RV), Rate matching parameters 
etc.) 

[0031] After reception and decoding of transmitted 
packets on enhanced uplink dedicated channel 
(E-DCH) the Node B has to inform the U E if transmission 
was successful by respectively sending ACK/N AK in the 
downlink. 

MOBILITY MANAGEMENT WITHIN R99/4/5 UTRAN 

[0032] In this section some frequently used terms will 
be briefly defined and some procedures connected to 
mobility management will be outlined (see 3GPP TR 
21.905: "Vocabulary for 3GPP Specifications" available 
at http://www.3gpp.org). 

[0033] A radio link may be a logical association be- 
tween single UE and a single UTRAN access point. Its 
physical realization comprises radio bearer transmis- 

[0034] A handover may be defined as transfer a user's 
connection from one radio bearer to another. In a "hard 
handover" of a new radio link is established. In contrast, 
during "soft handover" (SHO) radio links are established 
and abandoned such that the U E always keeps at least 
one radio link to the UTRAN. Soft handover is specific 
for networks employing Code Division Multiple Access 
(CDMA) technology. Handover execution is commonly 
controlled by S-RNC in mobile radio network. 
[0035] The "active set" comprises a set of radio links 
simultaneously involved in a specific communication 
service between UE and radio network, e.g. during soft 
handover, the UE's active set comprises all radio links 
to the RAN's Node Bs serving the UE. 
[0036] Active set update procedures may be used to 
modify the active set of the communication between UE 
and UTRAN. The procedure may comprise three func- 
tions: radio link addition, radio link removal and com- 
bined radio link addition and removal. The maximum 
number of simultaneous radio links is commonly set to 
four. New radio links may be added to the active set once 
the pilot signal strengths of respective base stations ex- 
ceed certain threshold relative to the pilot signal of the 
strongest member within active set. A radio link may be 
removed from the active set once the pilot signal 
strength of the respective base station exceeds certain 
threshold relative to the strongest member of the active 

[0037] The threshold for radio link addition may be 
typically chosen to be higher than that for the radio link 
deletion. Hence, addition and removal events form a 



hysteresis with respect to pilot signal strengths. 
[0038] Pilot signal measurements are reported to the 
network (S-RNC) from UE by means of RRC signaling. 
Before sending measurement results, some filtering is 

s usually performed to average out the fast fading. Typical 
filtering duration is about 200 ms and it contributes to 
handover delay (see 3GPP TS 25.133: "Requirements 
for Support of Radio Resource Management (FDD)", 
available at http://www. 3gpp.org). Based on measure- 

'0 ment results, S-RNC may decide to triggerthe execution 
of one of the functions of active set update procedure 
(addition / removal of a Node B to / from current Active 
Set). 

15 E-DCH - OPERATION DURING SOFT HANDOVER 

[0039] Supporting soft handover is desirable to obtain 
the macro diversity gain. In HSDPAfor example no soft 
handover is supported for the HS-DSCH (High Speed 

20 Downlink Shared Channel) transport channel. Applying 
soft handover causes the problem of distributing sched- 
uling responsibilities across all Node Bs of the active set 
and would require extremely tight timing to provide the 
scheduling decision to all members of the active set 

25 even if distribution of schedulingfunction were resolved. 
Only one Node B is transmitting on HS-DSCH to a UE 
and thus no macro diversity gain is exploited. When UE 
enters soft handover region for dedicated channels, the 
Node B, which is allowed to transmit on HS-DSCH, has 

30 to be determined. The selection of serving Node B may 
be done from either the UE side or from network side 
(by RNC). 

[0040] In the Fast Cell Selection (FCS) method for 
HS-DSCH, the UE selects the cell that is the most suit- 

35 able for transmitting data. UE periodically monitors the 
channel conditions in the cells within the active set to 
check whether there is a cell with better channel condi- 
tions than the current serving cell. 
[0041] In case soft handover is not supported for the 

40 uplink, a serving Node B has to be selected. One prob- 
lem, which might occur, is inaccurate selection of the 
serving Node B. Thus there may be a cell within active 
set more suitable for uplink transmission than the cho- 
sen uplinkserving NodeB. Therefore, datatransmission 

45 to a cell controlled by current serving Node B could fail, 
whereas the transmission to the cells controlled by other 
Node Bs would have been successful. The accuracy of 
the selection depends on several factors like signaling 
delay, filtering of measurement results etc. 

so [0042] To conclude, supporting SHO operation for 
E-DCH is useful because of macro diversity gain and 
because possible transmission failures due to an inac- 
curate selection of the best uplink serving Node B can 
be eliminated. 

55 
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SOFT HANDOVER OPERATION WITHOUT SOFT 
BUFFER SYNCHRONIZATION 

[0043] A flow chart for Node B soft handover opera- 
tion without soft buffer synchronization assuming 
R99/R4/R5 architecture is given in Fig. 9. The figure de- 
picts the operation of an arbitrary Node B from the Active 
Set. 

[0044] Each Node B within active set monitors the en- 
hanced dedicated physical data channel (E-DPDCH) in 
step 901 for the reception of uplink traffic. In case a 
packet is received in step 903 within a transmission time 
interval (TTI) (see step 902), Node B has to decide if the 
packet was the initial transmission or a retransmission 
of a previously sent data packet. The decision is based 
on associated uplink control signaling, e.g. the New Da- 
ta Indicator (NDI). In case the received packet was a 
retransmission then Node B has to combine the re- 
ceived data packet with the previous transmissions 
stored in the soft buffer before decoding in step 905. For 
an initial transmission Node B stores (see step 906) the 
received packet in the corresponding soft buffer (possi- 
ble previous transmissions stored in that soft buffer are 
overwritten) and can immediately try to decode the 
packet upon reception. 

[0045] The testing whether decoding was successful 
or not (see step 907) is done by evaluating the CRC 
checksum. If the packet is correctly decoded, Node B 
passes it to higher layer and sends it to S-RNC via lub/ 
lur interface in step 908. In case decoding was not suc- 
cessful the soft information is stored in the soft buffer in 
step 909. 

[0046] As outlined above, soft handover operation 
provides an additional macro diversity gain but also 
complicates system design to a certain extent. Taking 
the E-DCH as an example, there is a single transmitting 
protocol entity and multiple receiving protocol entities 
for sot handover operation , while for non-soft handover 
operation there are only a single transmitting and a sin- 
gle receiving protocol entity. 

HARQ OPERATION IN NON-SOFT HANDOVER 

[0047] During non-SHO operation, a simple HARQ 
operation is possible assuming a reliable feedback sig- 
naling in the downlink as one UE communicates with 
one single Node B. The Node B informs UE whether 
transmission was successful by sending an acknowl- 
edgement ACK or requests for a retransmission by sig- 
naling a negative acknowledgement NAK. To ensure the 
synchronization of the HARQ protocol status in sender 
and receiver side, a reliable feedback signaling is nec- 
essary. 

[0048] On the uplink, the UE informs the Node B 
based on ACK/NAK feedback messages, if transmis- 
sion of a new packet has been started for the given 
HARQ process. By toggling the New Data Indicator 
(NDI), the Node B is told not to combine the packet with 



previous transmissions stored in the soft buffer of the 
corresponding HARQ process, (see 3GPP TSG RAN 
WG 1, meeting #31: "HARQ Overview", Tdoc 
R1 -0301 76, available at http://www.3gpp.org). If the 

s NDI istoggled,theHARQsoftbufferforthecorrespond- 
ing HARQ process is flushed and then filled with the soft 
decision information of the new packet transmission. 
[0049] Amisinterpretationofthefeedbacksignaledby 
Node B to UE would reduce the overall throughput and 

10 the Packet Error Rate (PER). In case of ACK to NAK 
misinterpretation the already correctly received packet 
would be resent, whilefor NAKto ACK misinterpretation 
the packet would be lost because the sender received 
an acknowledgement. Therefore large power offsets are 

15 required to guarantee a correct reception of the ACK/ 
NAK signaling by UE. There is a trade-off between the 
overhead spent for reliable signaling and likelihood for 
erroneous protocol operation. 

20 HARQ OPERATION IN SOFT HANDOVER 

[0050] In case of HARQ is employed during soft 
handover, UE in the uplink transmits to a multiplicity of 
Node Bs. One of the main problems for HARQ operation 

25 during soft handover is the synchronization of the HARQ 
soft buffers between multiple Node Bs. Not all active set 
Node Bs may be able to receive the associated control 
signaling from the UE, which is needed for a correct 
processing of the received packet. Since radio channels 

30 between the UE and different Node Bs from the active 
set are uncorrelated, it is very likely that there is one cell, 
which is the most suitable for the uplink reception. The 
corresponding Node B, which will be referred to as up- 
link Node B, is able to receive and decode the packets 

35 correctly whereas other Node Bs within the active set 
most likely do not successfully receive some packets. 
[0051] Transmission of new packets will continue to 
the uplink Node B while in other Node Bs previously re- 
ceived packets are still stored in the corresponding soft 

40 buffers. In awindowbased HARQ protocol, it should not 
happen that a packet is received with same sequence 
number as an old data packet in the soft buffer. In this 
case, the HARQ window has been advanced while the 
soft buffer has not been flushed. This phenomenon is 

45 called wrap around problem. For N-channel Stop-and- 
Wait protocol the issue is the similar. The same HARQ 
process number should not be scheduled again for a 
new data packet unless this is indicated and the corre- 
sponding soft buffers at the Node Bs that contain stored 

so data associated with this process numbers are flushed. 
[0052] Another problem, which occurs in case of 
HARQ operation during soft handover, is that each Node 
B within active set signals feedback on the downlink. 
Since the UE may receive different ACK/NAK messages 

55 from the active set's Node Bs, it cannot benefit from soft 
combining for ACK/NAK decoding. Since the downlink 
is critical for the capacity of systems with W-CDMA air 
interface, signaling feedback from each Node B with in- 
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creased power may degrade capacity without providing 
significant increase in ACK/NAK reliability. 
[0053] In WO 92/37872 a method is introduced that 
suggests an HARQ operation during soft handover in 
the uplink. It is proposed to increase reliability of the 
HARQ operation during soft handover by adding a flush 
bit to the associated HARQ control signaling in the up- 
link. The flush bit indicates to the Node Bs whether to 
combine a current packet with previous transmissions 
or to flush the current soft buffer of the corresponding 
HARQ process. The additional control signaling may in- 
crease the reliability of the HARQ operation, however 
the method has two drawbacks. Sending additional con- 
trol information on the uplink requires that the transmit- 
ter knows the HARQ status of the receivers, because it 
has to inform them when to flush the buffer. Another 
drawback is that the flush bit needs to be transmitted 
with a high reliability. This requires a large power offset 
and will hence increase the air interface signaling over- 
head and will reduce system capacity. 

SUMMARY OF THE I NVENTION 

[0054] The object of the present invention is to prohibit 
the wrong combination of data packets in base stations 
participating in the active set of a particular communi- 
cation terminal (UE). This method should also be appli- 
cable to enable HARQ data packet retransmissions on 
the uplink during a soft handover. Further, the signaling 
over the air interface during a soft handover should be 
reduced. 

[0055] This object is solved by the invention as 
claimed in the independent claims. Different embodi- 
ments of the present invention are defined in the de- 
pendent claims. 

[0056] Accordingly, the HARQ soft buffer status of the 
active set's Node Bs is updated or synchronized during 
uplink HARQ operation in a soft handover by sending 
control information from each Node B within the active 
set to other active set's Node Bs. Further, one selected 
serving NodeBfromthe active set may send a feedback 
message comprising e.g. an HARQ ACK/NAK to the 
UE. 

[0057] In one embodiment, the present invention pro- 
vides a data transmission method for use in a mobile 
communication system comprising a communication 
terminal and a plurality of base stations. According to 
the method, the communication terminal is in communi- 
cation with the plurality of base stations during a soft 
handover. It should be noted that the plurality of base 
stations may not refer to all base stations that are con- 
trolled by a control unit or a plurality of control units in 
the mobile communication network, but rather to the 
base stations communicating with the communication 
terminal during soft handover. In UMTS this plurality of 
base stations may be referred to as the active set of the 
communication terminal. Hence, the plurality of base 
stations may be a subset of the base stations available 
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for communication in the mobile communication net- 
work. 

[0058] The method comprises the steps of receiving 
a data packet from the communication terminal at the 

s plurality of base stations and checking data integrity of 
the received data packet at each of the base stations. 
The data packet may e.g. be received via a dedicated 
channel (DCH), such as an enhanced uplink dedicated 
channel (E-DCH). It is noted that the usage of the 

'0 present invention is not limited to the E-DCH. Checking 
the data integrity may be done by verifying the incorrup- 
tion of the received data, e.g. by means of a cyclic re- 
dundancy check (CRC). 

[0059] If data integrity of the received data packet was 
15 not acknowledged (or confirmed) by a base station, the 
received data packet is stored in a buffer of the respec- 
tive base station. If data integrity of the received data 
packet was acknowledged by a base station, the re- 
spective base station transmits control information to at 
20 least one other base station of the plurality of base sta- 
tions, wherein the control information indicates that the 
data integrity of the received data packet was acknowl- 
edged. 

[0060] According to another embodiment, in re- 

25 sponse to receiving the control information at the other 
base stations, those flush their buffer in case the respec- 
tive base station receiving the control information did not 
acknowledge data integrity of the received data packet. 
[0061] In order to reduce the signaling on the air in- 

30 terface between the UE (communication terminal) and 
the RAN only one of the plurality of base stations trans- 
mits a feedback message to the communication termi- 
nal indicating whether at least one of the plurality of base 
stations acknowledged data integrity of the received da- 

35 tapacket. Hence, by sending only a ACK/NAKfrom one 
of the base stations, the so-called serving Node B, to 
the communication terminal, the signaling on the air in- 
terface (Uu interface) may be significantly be reduced 
and the advantage of a synchronized state of the base 

40 stations' soft buffers may be further exploited. 

[0062] To solve special soft buffer status problems - 
which will described in more detail further down below 
- which may result in a faulty combination of data pack- 
ets, it is of further advantage if a base station that did 

45 not acknowledge data integrity of the received data 
packettransmits control information to at least one other 
base station of the plurality of base stations, wherein the 
control information indicates that the data integrity ofthe 
received data packet was not acknowledged. 

so [0063] Further, the one base station transmitting the 
feedback message to the communication terminal may 
determine whether at least one of the plurality of base 
stations acknowledged data integrity ofthe received da- 
ta packet by evaluating the control information received 

55 from the other base stations prior to transmitting the 
feedback message to the communication terminal. By 
this determination of the status of the received data 
packets, the method allows to advantageously exploit 
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the advantages of a synchronized state of the soft buff- 
ers in the base stations to reduce air interface signaling 
(Uu signaling) from the base stations to the communi- 
cation terminal. 

[0064] The serving Node B may be selected by the 
radio network controller. Therefore the method further 
comprises the step of selecting the one base station for 
transmitting the feedback message to the communica- 
tion terminal by a control unit connected to each base 
station of the plurality of base stations. 
[0065] It may be important to select a Node B from the 
UE's active set that is capable of providing reliable feed- 
back to the UE as the serving Node B. Consequently, 
the control unit may evaluate downlink channel quality 
information indicating the downlink channel qualities be- 
tween the communication terminal and each base sta- 
tion of the plurality of base stations. Advantageously, the 
control unit's selection of the one base station for trans- 
mitting the message to the communication terminal is 
based on the evaluation result. By these steps, the RNC 
may ensure the appropriate selection of a base station 
that provides reliable feedback to the UE. 
[0066] This may be especially applicable to the cur- 
rent R99/4/5 UTRAN architecture, where the different 
Node Bs are not interconnected directly, i.e. data among 
the base stations is transmitted via the RNC as a 
"switching" entity, where the RNC may control the se- 
lection of the serving Node B. Hence, control information 
may be transmitted from a transmitting base station via 
the control unit to the destination base station. 
[0067] In case of an evolved UTRAN architecture, in 
which the single Node B+s of an active set are intercon- 
nected directly, the base stations in the active set may 
autonomously select their serving Node B+ to the com- 
munication terminal in soft handover. 
[0068] Each base station of the plurality of base sta- 
tions determines downlink channel quality information 
indicating the downlink channel quality between the 
communication terminal and the respective base sta- 
tion. Further, each base station of the plurality of base 
stations may transmit the determined downlink channel 
quality information to the other base stations of the plu- 
rality of base stations. Each base station of the plurality 
of base stations may receive the transmitted downlink 
channel quality information from the other base stations 
of the plurality of base stations and may evaluate the 
downlink channel quality information received from the 
other base stations and the downlink channel quality in- 
formation determined by itself to determine the best 
downlink channel quality characteristic. Finally, the base 
station having the best downlink channel quality char- 
acteristic transmits the message to the communication 
terminal. 

[0069] Once a base station has been selected as the 
serving Node B+, this base station may further delegate 
its role to another base station in the UE's active set. If 
the one base station transmitting the feedback message 
to the communication terminal determines that another 
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base station hasthebestdownlinkchannel quality char- 
acteristic, the one base station may transmit a selection 
message to the other base station assigning to the other 
base station the task of transmitting a feedback mes- 
s sage to the communication terminal for future data in- 
tegrity acknowledgement. 

[0070] In the process of determining the base station 
having the best downlink channel quality characteristic, 
each base station of the plurality of base stations may 

'0 determine downlink channel quality information indicat- 
ing the downlink channel quality between the communi- 
cation terminal and the respective base station. Further, 
each base station of the plurality of base stations except 
the base station transmitting the feedback message to 

15 the communication terminal, may transmit the deter- 
mined downlink channel quality information to the base 
station transmitting the feedback message. 
[0071] The one base station transmitting thefeedback 
message may receive the transmitted downlink channel 

20 quality information from the other base stations of the 
plurality of base stations, and may evaluate the downlink 
channel quality information received from the other base 
stations and the downlink channel quality information 
determined by itself to determine the best downlink 

25 channel quality characteristic. 

[0072] Independent of the underlying UTRAN archi- 
tectures, the evaluation of the downlink channel quality 
information may comprise the step of averaging param- 
eters in the downlinkchannel quality information, where- 

30 in the evaluation is based on the averaged downlink 
channel quality. This prevents unwanted ping-pong ef- 
fects or fast fading, where the actual serving Node B+ 
or the RNC assigns the task of transmitting feedback to 
the UE to another base station at a high frequency due 

35 to rapidly changing downlink channel characteristics. 
[0073] To allow the further processing of successfully 
received data packets, the method may further com- 
prise the step of forwarding the received data packet to 
a control unit in the mobile communication system by at 

40 least one of the base stations that did acknowledge data 
integrity of the received data packet. E.g. in case the 
MAC-eu entity is split between the Node B and the RNC, 
i.e. the HARQ entity responsible for packet retransmis- 
sions is located in the Node B and the reordering buffer 

45 for reordering the data packets in case they have been 
received out of order, one single or multiple Node Bs 
may forward the successfully received data packet to 
the reordering buffer of the RNC for further processing. 
[0074] The synchronization of the buffers as outlined 

so in the method above is also applicable to data retrans- 
mission, schemes such as HARQ. Therefore the 
present invention further provides a data packet retrans- 
mission method in a mobile communication system 
comprising a communication terminal and a plurality of 

55 base stations. The communication terminal is thereby 
in communication with the plurality of base stations dur- 
ing a soft handover. Further, each base station of the 
plurality of base stations comprises means for control- 
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ling and enabling data packet retransmissions between 
the respective base station and the communication ter- 
minal in accordance with a hybrid packet retransmission 
scheme and the means comprises a buffer updated us- 
ing the method described above. The buffer may be 
used for storing data packets received at the respective 
base station for which data integrity was not acknowl- 
edged. 

[0075] A variety of different retransmission schemes 
may be used. One example is a window based packet 
retransmission scheme using a receiver window to con- 
trol packet retransmissions. 

[0076] Employing a window based retransmission 
scheme, the control information exchanged among the 
base stations may comprise an identifier identifying the 
communication terminal and a pointer pointing to the up- 
per edge or lower edge of the receiver window. Using 
these two parameters and the window size being previ- 
ously configured through e.g. RRC signaling each base 
station receiving the information may uniquely identify 
the communication terminal and its associated soft buff- 
er, e.g. in case more than one communication terminal 
currently is in a soft handover. Further, the pointerto the 
upper edge or lower edge of the receiver window iden- 
tifies the valid retransmission processes. The buffer ar- 
eas corresponding to invalid retransmission processes 
may be flushed. 

[0077] In case a stop-and-wait packet retransmission 
scheme is used in which at least one data packet re- 
transmission process is employed, the control informa- 
tion exchanged among the base stations may compris- 
es an identifier identifying the communication terminal, 
a process number identifying a data packet retransmis- 
sion process, and an indicatorfor indicating whether the 
data packet's integrity can be acknowledged. Again, the 
identifier identifies the UE and the corresponding soft 
buffer in soft handover operation. The indicator in the 
signaled control information instructs the receiving base 
stations to flush the buffer corresponding to the signaled 
retransmission process number. 
[0078] For both packet retransmission schemes, the 
identifier identifying the communication terminal may be 
omitted in the signaling e.g. in case the identifier may 
be derived from already existing information in the trans- 
mitted data. 

[0079] The control information exchanged among the 
base stations further may further comprise a sequence 
number or a data indicator identifying the received data 
packet, and which indicates whether the received pack- 
et has to be combined with at least one previously re- 
ceived data packet at the receiving base station. The 
data indicator may e.g. be the New Data Indicator (NDI). 
[0080] A further advantage of using the above men- 
tioned parameters in the signaling between the base 
stations of the UE's active set is that all parameters are 
readily available from the information exchanged be- 
tween the UE and the respective base station during a 
soft handover and no additional signaling of these pa- 



rameters over the air interface is needed. 
[0081] The methods described above may be advan- 
tageously used in each of the base stations serving a 
communication terminal during a soft handover. There- 

s fore the present invention also provides a base station 
in a wireless communication system comprising a com- 
munication terminal and a plurality of base stations, 
wherein the communication terminal is in communica- 
tion with the plurality of base stations during a soft 

'0 handover and wherein the base station comprises 
means for implementing the methods described above. 

BRIEF DESCRIPTION OF THE FIGURES 

15 [0082] In the following the present invention is de- 
scribed in more detail in reference to the attached fig- 
ures and drawings. Similar or corresponding details in 
the figures are marked with the same reference numer- 



Fig. 1 shows the high-level architecture of UMTS, 



Fig. 2 shows the architecture of the UTRAN s 
cording to UMTS R99/4/5, 



Fig. 3 



shows a Drift and a Serving Radio Subsys- 



Fig. 4 shows the evolved UTRAN architecture. 

30 

Fig. 5 shows the E-DCH MAC architecture at a UE, 

Fig. 6 shows the MAC-eu architecture at a UE, 

35 Fig. 7 shows the MAC-eu architecture at a Node B, 

Fig. 8 shows the MAC-eu architecture at a RNC, 

Fig. 9 shows a prior-art flow chart of HARQ receiver 
40 operation. 

Fig. 10 shows a flow chart of HARQ receiver opera- 
tion for a R99/4/5 UTRAN architecture ac- 
cording to an embodiment of the present in- 
45 vention, and 

Fig. 1 1 shows a flow chart of HARQ receiver opera- 
tion for an evolved UTRAN architecture ac- 
cording to an embodiment of the present in- 
50 vention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0083] The synchronization of the soft buffer of the ac- 
55 tive set's Node Bs during uplink HARQ operation in soft 
handover will be described in detail in relation to differ- 
ent underlying UMTS architectures. Nevertheless the 
present invention is not limited to UMTScc 
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system. Rather, the principles underlying the present in- 
vention may be applied to other communication systems 

[0084] According to an embodiment of the present in- 
vention, the MAC-eu functional entities reside in the 
S-RNC and Node B. The MAC-eu is terminated in the 
S-RNC. Consequently, the reordering buffer of is locat- 
ed in the RNC as depicted in Fig. 8 while the different 
HARQ entities reside at the base stations of the active 
set as depicted in Fig. 7. 

[0085] It is also mentioned that it is generally possible 
to terminate the MAC-eu in the Node Bs of the active 
set, i.e. each Node B would have to be equipped with a 
packet reordering bufferto reassemble data packets re- 
ceived out of order. However, in this scenario it is not 
possible to exploit the macro diversity gain resulting 
from the soft handover, as the presence of multiple Node 
Bs receiving uplink information may not be exploited for 
packet retransmission using e.g. a HARQ scheme due 
to mutually uncorrelated reordering delays. 
[0086] A flow chart of the soft buffer synchronization 
procedure for the R99/R4/R5 UTRAN architecture 
shown in Fig. 1 0. The figure shows the operation of an 
arbitrary Node B from the active set. 
[0087] In step 1 001 eachbasestationwithintheactive 
set monitors a physical uplink data channel, e.g. the en- 
hanced dedicated physical data channel (E-DPDCH) for 
the reception of uplink traffic. In case a data packet is 
received instep 1002 within a TTI interval (transmission 
time interval), Node B receives the data packet in step 
1 003 and decides if the packet is an initial transmission 
or a retransmission of a previously received packet (see 
step 1004). The decision may be based on associated 
uplink control signaling, e.g. the New Data Indicator 
(NDI) or other outband signaling. When using outband 
signaling a separate control signal comprising the con- 
trol parameters may be generated and transmitted. 
[0088] In case in step 1 004 it is decided that the re- 
ceived packet is a retransmission, Node B may combine 
the received data packet with data packets received pre- 
viously before decoding in step 1 005. The data packets 
received previously and which could not be decoded are 
stored in the soft buffer of the respective base station. 
For an initial transmission the base station may imme- 
diately try to decode the packet upon reception (see step 
1006). 

[0089] The testing in step 1 006 whether decoding is 
successful or not may e.g. be done by evaluating a CRC 
checksum. The successfully decoded packet may be 
deleted from the soft buffer in case information related 
thereto has been stored therein in step 1007. In case 
decoding is not successful the combined soft informa- 
tion may be stored (see step 1 01 4) in the soft buffer and 
the S-RNC may be informed about the event in step 
1 01 5. If the packet has been decoded correctly, the base 
station may send the decoded data packet to a control 
unit in step 1 008, e.g. the S-RNC via lub/lur interface. 
[0090] According to an embodiment of the present in- 



vention, upon having received 1009 the decoded data 
packet via the lub/lur interface, the S-RNC may inform 
the other Node Bs within the active set about the correct/ 
incorrect decoding of a packet by sending control infor- 
s mation in step 1010. Upon receiving the information 
from S-RNC in step 1011 the other Node Bs within the 
active set may update their soft buffer content in step 
1012. 

[0091] In case the Node B fails to successfully decode 

'0 the received data packet or its combination with previ- 
ously received data packets, the received data packet 
may be inserted in the soft buffer in step 1014. Further, 
as described above, all other base stations of the active 
set may be informed about this event in step 1010. 

15 [0092] Further, the serving Node B may send a feed- 
back message to UE (see step 1013) based on the con- 
trol information from other active set Node Bs. In case 
at least one Node B decoded the packet correctly, an 
ACK is signaled to UE in the feedback message, other- 

20 wise a NAK is sent. Hence, in case one of the base sta- 
tions of the active set successfully decoded a received 
data packet no further retransmission has to be sent 
from the communication terminal (UE) to those base 
stations, which have not successfully decoded the data 

25 packet. Further, based on the signaling between the 
base stations, those base stations that have not been 
able to decode the data packet may flush their soft buffer 
such that all soft buffers of the different base stations 
within the active set serving the UE during soft handover 

30 are synchronized, i.e. are in the same state at the end 
of each TTI. 

[0093] It is noted that the arrow connecting the blocks 
1008 and 1013 in Fig. 10 (blocks 1102 and 1013 in Fig. 
11) indicates the case, where the Node B successfully 
35 decoding the received data packet is the serving Node 
B. In this case a feedback message to the UE may be 
immediately sent. 

[0094] In case the respective Node B is the serving 
Node B but has not been able to decode the received 
40 data packet correctly (see arrow between blocks 1012 
and 1013 in Fig. 10 and Fig. 11), it has to await the eval- 
uation of the control information from the other base sta- 
tions within the active set before sending the feedback 
message to the UE. However, in case of a careful serv- 
es ing Node B selection, as will be discussed in more detail 
further down below, the probability that a Node B is the 
serving Node B and is not able to receive and decode 
a data packet correctly is low. 

[0095] Fig. 11 shows a flow chart of the soft buffer up- 
50 date i.e. synchronization procedure for the evolved 
UTRAN architecture. As Fig. 10, this figure shows the 
operation of an arbitrary base station from the active set. 
Corresponding functional blocks in the two figures have 
been assigned the same reference numerals. 
55 [0096] In step 1011 each Node B+ within active set 
monitors a physical uplink data channel, e.g. the en- 
hanced dedicated physical data channel (E-DPDCH) for 
the reception of uplink traffic. In case a packet is re- 
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ceived within a TTI in step 1002 ; the base station has to 
decide in step 1 003 if the packet is an initial transmission 
or a retransmission of a previously received data packet. 
The decision is based on associated uplink control sig- 
naling as explained earlier in reference to Fig. 10. In 
case the received packet was a retransmission, then 
Node B+ may combine the received data packet with 
previous transmissions stored in the soft buffer before 
decoding in step 1005. For an initial transmission Node 
B+ may immediately decode the packet upon reception 
in step 1006. 

[0097] The testing whether decoding was successful 
or not (see step 1006) may be done e.g. by evaluating 
a CRC checksum in the received data packet. 
[0098] If the decoding of the received data packet has 
been successful, possible previous transmissions of 
that packet may be deleted from the soft buffer in step 
1007. In case decoding is not successful the soft infor- 
mation may be stored in the soft buffer in step 1014 and 
other Node B+s within active set are informed about that 
event in step 1015. If the packet is received correctly, 
Node B+ passes the packet to h igher layer in step 1101, 
e.g. to a packet reordering entity as depicted in Fig. 8 
Further, the respective Node B informs other Node B+s 
within active set (see step 1102) about the correct de- 
coding of the packet via the lur+ interface by sending 
control information. As the radio interface related func- 
tions are completely moved to the enhanced base sta- 
tions, the signaling path does not have to include the 
RNG. In the R99/4/5 UTRAN architecture the signaling 
has to pass the attached RNC to which forwards the da- 
ta transmitted to the other Node Bs. 
[0099] Upon receiving the control information from the 
other Node B+s via the lur+ interface, all Node B+s with- 
in the active set update their soft buffer content in step 
1012. As explained earlier, in case one of the signaled 
control information received from the other Node Bs in- 
dicates the successful reception of the data packet with- 
in a TTI, the respective Node B+ may flush its soft buffer 
corresponding to the received data packet. It is noted 
that either all other Node B+s or only those NodeB+s 
that successfully received and decoded the data packet 
may transmit control information. 
[0100] The serving Node B may then send feedback 
message to UE based on the control information from 
other active set Node B+s in step 1013. In case at least 
one Node B+ decoded the packet correctly an ACK is 
signaled to the UE, otherwise a NAK is sent. 
[0101] As outlined above in relation to different 
UTRAN architectures the synchronization of the HARQ 
soft buffer of the base stations within the active set is 
done by sending control information from each base sta- 
tion to the other active set's base stations. In the follow- 
ing paragraphs the parameters comprised in the control 
information are described in more detail. 
[0102] In order to ensure a reliable HARQ protocol op- 
eration during soft handover, the control information 
should include an ACK/NAK, that is a positive or nega- 



tive acknowledgement for the data packet that is cur- 
rently received by the base stations of the active set, an 
indicator for indicating a new data packet, i.e. a data 
packet with a new sequence number, such as the New 

s Data Indicator (NDI) and a retransmission process 
number, e.g. the HARQ process number. Further, the 
control information may comprise an identification of the 
UE which has sent the received packet in the current 
TTI. This identification may be explicitly signaled within 

'0 frames of the frame protocol (FP) or it can be read from 
already existing inband information in the header of 
MAC packets. 

[0103] The HARQ process number identifies a region 
in the buffer of each base station used for each HARQ 

15 process. Alternatively, instead of using different buffer 
regions for HARQ processes, separated buffers may be 
employed. By employing separated buffer areas of stor- 
age associated with a process number of the used pack- 
et retransmission scheme or a plurality of buffers, a plu- 

20 rality of data packets and possible necessary retrans- 
mission may be handled by the different HARQ entities 
shown in Fig. 7. The selected HARQ process thereby 
depends on the HARQ process number that may be sig- 
naled from the UE to the Node Bs via outband signaling. 

25 Each of the HARQ processes may be associated with a 
single buffer as explained above or may utilize a defined 
area or storage space in the soft buffer, whereby the ar- 
eas are associated with the respective process. 
[0104] Sending reliable feedback from multiple re- 

30 ceivers to the transmitter is one of the major problems 
when implementing HARQ in a soft handover scenario. 
In theory all Node Bs receiving the data packet trans- 
mitted from an UE may provide feedback in form of ACK/ 
NAK signaling. However, it is preferred that only one 

35 Node B, i.e. a selected serving Node B signals ACK/ 
NAK feedback to UE in the downlink, because by choos- 
ing this feedback variant the per-cell the OVSF (Orthog- 
onal Variable Spreading Factor) code consumption and 
transmit power resources are minimized. The selected 

40 Node Bforsignalingthefeedbacktothecommunication 
terminal may also wait for reception and evaluation of 
the other base stations' control information before trans- 
mitting the feedback message to the communication ter- 
minal. 

45 [0105] In orderto avoid protocol errors caused by mis- 
interpretations, the feedback message needs to be very 
reliable i.e. the serving Node B should to be chosen ap- 
propriately. For example, the serving Node B could be 
chosen by applying criteria based on channel measure- 
so ments, e.g. the SNR. For UMTS measurements results 
like CPICH E^Nq or CPICH RSCP (CPICH = Common 
Pilot Channel, RSCP = Received Signal Code Power) 
are defined and may be used. RSCP may be defined as 
the received power on one orthogonal code measured 
55 on the Primary CPICH. But in this case the resources 
which are critical for the downlink - orthogonal codes 
and Node B transmission power - are not considered. 
[0106] Therefore a selection criterion based on a 
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trade off between HARQ feedback reliability and down- 
link capacity could be applied for choosing serving Node 
B. The selection of serving Node B may e.g. be imple- 
mented by simple S-RNC notification over lub/lur inter- 
face by using messages of NBAP/RNSAP protocols or 
control frames of the FP (frame protocol). Thereby, the 
signaling information between the base stations may be 
used for two purposes: to synchronize the soft buffer 
and to generate a single feedback signal valid for all 
Node Bs in the active set which is sent only by the serv- 
ing Node B as outlined above. 
[01 07] The synchronization of the soft buffer of the ac- 
tive set Node Bs may be accomplished by signaling con- 
trol information from each Node B of the active set to 
the other active set Node Bs. This principle is independ- 
ent of the underlying UMTS architecture employed. 
Each Node B or the Node Bs only : which successfully 
decoded a packet may inform the other active set Node 
Bs about the result of decoding. Therefore, to achieve 
a synchronization of the soft buffer with all other Node 
Bs, each Node B of the active set has to await for re- 
ception of control information from all other active set 
Node Bs. The time that is required to inform the other 
active set members may be different for each Node B. 
There are several reasons for a variation of the signaling 
delays. 

[0108] For example the Node Bs of the UE'S active 
set may be located in different Radio Network Subsys- 
tems (RNS), the amount of lub/lur traffic from Node B to 
S-RNC may vary for active set's Node Bs, the time re- 
quired for processing the received data packet, e.g. de- 
coding, is different for the Node Bs in the active set and/ 
or the traffic over lub/lur interface may be based on dif- 
ferent transport technologies. 
[0109] Hence, to synchronize the soft buffer of all ac- 
tive set's Node Bs, it has to be ensured that each Node 
B awaits for the of control information from the other 
Node Bs within active set before processing the next re- 
ceived data packet in the next TTI. Due to the fact that 
the Node Bs may not be aware of the size of the active 
set and the different signaling delays for the control in- 
formation, the Node Bs do not know the time interval in 
which possible control information may be received from 
the other Node Bs within the active set. According to 
another embodiment of the present invention the serv- 
ing Node B or all Node Bs are therefore informed about 
the active set of a UEs by the respective UE using e.g. 
inband or outband signaling on a uplink transport chan- 
nel e.g. E-DCH. 

[01 1 0] Another alternative solution to inform the serv- 
ing Node B or all Node Bs in the active set about the 
size and/or Node Bs of the active set may be to restrict 
the Node Bs within act ivesetto those only that are within 
the same RNS. A certain amount of time may be then 
defined within which each Node B has to wait for a pos- 
sible reception of control information from the other ac- 
tive set's Node Bs. For this purpose a timer may be start- 
ed which defines the time period in which all signaling 
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has to be received. If the timer expires is it assumed that 
there is no other signaling to be expected and the soft 
buffer can be synchronized as outlined above and the 
serving Node B may send a message comprising an 
s ACK/NAKtothe UE. The timer value may be configura- 
ble to take into account different signaling delays as de- 
scribed above. 

[0111] Hence, each base station may run a timer 
which defines the time frame in which the control infor- 

'0 mation from other base stations are expected to be re- 
ceived. Only control information within this time frame 
are considered during the evaluation. 
[0112] In another embodiment of the present inven- 
tion each Node B informs all other active set Node Bs 

15 about the successful/unsuccessful decoding of a packet 
by using the soft buffer synchronization procedure. This 
may require an increased traffic load due to lub/lur 
(R99/4/5 architecture) and lur+ signaling (Evolved 
UTRAN). 

20 [0113] In order to reduce the amount of control sign- 
aling, the Node Bs may inform each other only about 
acknowledged packets. Although this may serve forthe 
generation of a reliable feedback signaling, the soft buff- 
er may not be synchronized correctly if the retransmis- 

25 sion of the packets by the UE are aborted due to ex- 
ceeding the maximum number of retransmissions. In 
this case the UE will not transmit additional information 
supplementing previously received erroneous data 
packets but will adopt to the new channel conditions and 

30 retransmit the original (or initially transmitted) data 
packet to the receiving Node Bs again. 
[0114] In orderto ensure a synchronization ofthesoft 
buffers at the different base stations in that case, the 
Node Bs may inform the other active set's Node Bs 

35 about this event. The corresponding soft buffer has to 
be flushed when a packet is aborted on UE side. As an 
example, the signaling message may comprise param- 
eters ACK (signals the discarding of a packet on UE side 
and the flushing of the corresponding soft buffer), the 

40 process number used to identify retransmissions of dif- 
ferent data packets (e.g. HARQ process number) and 
an UE identification. As explained above, the signaling 
of the UE identification is not always necessary and may 
be therefore omitted. 

45 [0115] According to this embodiment of the present 
invention the synchronization procedure allows to sig- 
nificantly reduce the amount of control signaling. Be- 
sides the fact that each Node B informs the other active 
set's Node Bs only about acknowledged packets and 

so about discarding of a packet on UE side by using ACK, 
the signaling of a New Data Indicator (NDI) within the 
control information may be omitted in soft buffer syn- 
chronization procedure. 

[0116] In another embodiment only the serving Node 
55 B is informed about the decoding status of a data packet. 
After receiving this information the serving Node B may 
inform all Node Bs from the active set whetherthe trans- 
mitted packet was correctly decoded or not. The active 
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set Node Bs may then update their soft buffer content 
accordingly. By sending only control information to serv- 
ing Node B, the amount of control signaling over lub/lur 
interface or lur+ interface can be further reduced. For 
example, for the active set size of 4, the number of sig- 
naling messages is reduced from 12 to 6. However, this 
is traded-off for increased delay because the serving 
Node B has to wait for all the signaling messages of the 
other Node Bs first before informing the other Node Bs 
of the active set. 

[0117] Another embodiment of the present invention 
only the serving Node B informs the other base stations 
in the active set, whether it received and/or a data pack- 
et correctly. Proved that serving Node B correctly re- 
ceives and decodes data packets on the uplink, the sig- 
naling load may be significantly reduced. 
[0118] Only in case the serving Node B failed to re- 
ceived and/or decode the data packet correctly, the oth- 
er node Bs in the active set would provide serving Node 
B with their control information indicating whether the 
respective Node B has been able to receive and/or de- 
code the data packet. Alternatively, the other Node Bs 
may each inform all other Node Bs in the active set about 
the reception/decoding status of the data packet. In the 
latter case an additional signaling of the reception/de- 
coding status from the serving Node B to the other Node 
Bs in the active set may be omitted. As explained above, 
the reduction of the amount of lur+ control signaling is 
again traded-off for increased delay because the serv- 
ing Node B has to wait for all the signaling messages of 
the other Node Bs first before informing the other Node 
Bs of the active set and being capable of sending an 
appropriate feedback message to the UE. 
[0119] In a window based HARQ protocol each trans- 
mitted packet is associated with a sequence number. 
The range of sequence numbers of packets that the 
transmitter is allowed to transmit or retransmit at a given 
time may be defined by a transmitter window. Similarly, 
a receiver window determines the range of the se- 
quence numbers of data packets that are accepted. 
[0120] The position ofthereceiver/transmitterwindow 
is characterized by two parameters, the upper or lower 
edge of the window and the window size. The window 
size is most often a semi-static parameter which is con- 
figured by the RNC using RRC signaling. To ensure a 
correct HARQ operation during soft handover, the re- 
ceiver windows of the Node Bs within active set may be 
synchronized. Therefore the control information ex- 
changed the members of an active set may comprise 
the upper edge or lower edge of the receiver window 
and an UE identification. Again as outlined above the 
UE identification may be omitted in special cases. By 
these parameters and assuming that the size of the re- 
ceiver/transmitter window is signaled by the RNC, a 
range of valid sequence numbers for data packets re- 
ceived at the Node Bs may be defined. A soft buffer stor- 
age area corresponding to a succession of invalid se- 
quence numbers may then be deleted at each of the 
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Node Bs. Each Node B may be inform the other active 
set Node Bs about parameters of an updated receiver 
window. 

[0121] Though the present invention has been de- 
s scribed in reference to the UMTS, it is also related to 
other mobile communication systems that employ a 
packet retransmission scheme as HARQ on the uplink 
during soft handover. 

[0122] Further it is noted that the base stations within 
'0 an active set may also reside in different RNSs or be 
attached to different RNGs. In these cases, the signal- 
ling between the base stations evolved during soft 
handover has to be ensured, i.e. the RNCs/RNGs to 
which the Node Bs of the active set are attached may 
15 forward the control information among each other via 
the lur interface. 

[0123] Further it is noted that the radio access net- 
work architecture, the actual deployment, the transport 
technology etc. may imply different delays on lub/lur in- 

20 terfaces. Depending on these delays it may be benefi- 
cial to a combination of sig nailing control information be- 
tween the base stations in an active set and the usage 
of timers to define time frames in which retransmissions 
of data packet with a specific sequence number may oc- 

25 cur. For short signalling delays within the network, e.g. 
in case all Node Bs are part of the same cluster or Radio 
Network Subsystem), it may be beneficial to use a buffer 
update method as disclosed by this application while for 
larger delays a timer based buffer update as proposed 

30 in the copending application entitled "Time monitoring 
of Packet Retransmissions during Soft Handover" (at- 
torney's docket number: EP28261), filed on the same 
date as this patent application, may be used. Both meth- 
ods may also be used in parallel. For example the timer 

35 will be superseded by control information received by 
the base station or vice versa. 

[0124] In this application it has been described how 
the amount of control signalling in the UTRAN may be 
reduced by sending just a positive feedback i.e. the 

40 Node Bs inform each other only about successfully re- 
ceived and decoded data packets. Alternatively, reduc- 
tion in the amount of signalling may be achieved by 
sending the control information just from serving Node 
B on the wired interface to other Node Bs, as described 

45 in the copending application entitled "Serving Base Sta- 
tion selection during Soft Handover" (attorney's docket 
number: EP28257), filed on the same date as the 
present patent application. In the following, a step-wise 
procedure analogous to the one described in the co- 

50 pending application will be described. As mentioned 
above, in the first step of the soft buffer synchronization 
procedure only the serving Node B may send control 
information, comprising ACK/NAK etc., to the other 
Node Bs within active set. This information will be eval- 

55 uated by other Node Bs. In the second step of the pro- 
cedure, which would ensure the exchange of control in- 
formation among other Node Bs within active set, could 
be triggered if serving Node B has sent NAK,. In this 
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context, the proper selection of a serving Node B for lub/ 
lur interface signalling may ensure that only one step in 
the above described procedure would have to be exe- 
cuted in most cases. 



Claims 

1. A data transmission method for use in a mobile 
communication system comprising a communica- '0 
tion terminal and a plurality of base stations, the 
communication terminal being in communication 
with said plurality of base stations during a soft 
handover, the method comprising the steps of: 

15 

receiving a data packet from the communica- 
tion terminal at the plurality of base stations, 

checking data integrity of the received data 
packet at each of the base stations, 20 

if data integrity of the received data packet was 
not acknowledged by a base station, storing the 
received data packet in a buffer of the respec- 
tive base station, and 25 

if data integrity of the received data packet was 
acknowledged by a base station, transmitting 
control information from the respective base 
station to at least one other base station of said so 
plurality of base stations, wherein the control 
information indicates that the data integrity of 
ine received data packet was acknowledged. 

2. The method according to claim 1 , further compris- 35 
ing the step of: 

in response to receiving said control informa- 
tion at said at least one other base station, 
flushing the buffer at each base station that did 40 
not acknowledge data integrity of the received 
data packet. 

3. The method according to claim 1 or 2, further com- 
prising the step of: 45 

transmitting a feedback message from one of 
said plurality of base stations to the communi- 
cation terminal indicating whether at least one 
of said plurality of base stations acknowledged so 
data integrity of the received data packet. 

4. The method according to one of claims 1 to 3, fur- 
ther comprising the step of: 

55 

if a base station did not acknowledge data in- 
tegrity of the received data packet, transmitting 
control information from said base station to at 



least one the other base stations of the plurality 
of base stations, wherein the control informa- 
tion indicates that the data integrity of the re- 
ceived data packet was not acknowledged. 

5. The' method according to claim 3 or 4, wherein said 
one base station transmitting the feedback mes- 
sage to the communication terminal determines 
whether at least one of said plurality of base stations 
acknowledged data integrity of the received data 
packet by evaluating the control information re- 
ceived from said other base stations prior to trans- 
mitting the feedback message to the communica- 
tion terminal. 

6. The method according to one of claims 1 to 5, 
wherein said control information is transmitted from 
a transmitting base station via a control unit to a 
destination base station. 

7. The method according to one of claims 3 to 6, fur- 
ther comprising the step of selecting said one base 
station for transmitting said feedback message to 
the communication terminal by a control unit con- 
nected to each base station of said plurality of base 
stations. 

8. The method according to claim 7, wherein said con- 
trol unit evaluates downlink channel quality informa- 
tion indicating the downlink channel qualities be- 
tween the communication terminal and each base 
station of the plurality of base stations, and 
selects said one base station for transmitting the 
feedback message to the communication terminal 
based on the evaluation result. 

9. The method according to claim 3, further compris- 
ing the steps of: 

each base station of said plurality of base sta- 
tions determining downlink channel quality in- 
formation indicating the downlink channel qual- 
ity between the communication terminal and 
the respective base station, 

each base station of said plurality of base sta- 
tions transmitting said determined downlink 
channel quality information to the other base 
stations of said plurality of base stations, 

each base station of said plurality of base sta- 
tions receiving the transmitted downlink chan- 
nel quality information from the other base sta- 
tions of said plurality of base stations, 

each base station of said plurality of base sta- 
tions evaluating the downlink channel quality 
information received from said other base sta- 
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tions and the downlink channel quality informa- 
tion determined by itself to determine the best 
downlink channel quality characteristic, and 

the base station having the best downlink chan- 
nel quality characteristic transmitting said feed- 
back message to the communication terminal. 

10. The method according to claim 3. further compris- 



ther comprising the step of: 

forwarding the received data packet to a control 
unit in the mobile communication system by at 
least one of the base stations that did acknowl- 
edge data integrity of the received data packet. 

14. The method according to one of claims 1 to 13, 
wherein the data packet is received via a dedicated 
channel. 



if said one base station transmitting said feed- 
back message to the communication terminal 
determines that another base station has the 
best downlink channel quality characteristic, 
transmitting a selection message from said one 
base station to said other base station assign- 
ing to said other base station the task of trans- 
mitting a feedback message to the communi- 
cation terminal forfuture data integrity acknowl- 
edgement. 

11. The method according to claim 10, wherein the de- 
termination of said base station having the best 
downlink channel quality characteristic comprises 
the steps of: 

each base station of said plurality of base sta- 
tions determining downlink channel quality in- 
formation indicating the downlinkchannel qual- 
ity between the communication terminal and 
the respective base station. 

each base station of said plurality of base sta- 
tions except the base station transmitting the 
feedback message to the communication ter- 
minal, transmitting said determined downlink 
channel quality information to said base station 
transmitting said feedback message, 

said one base station transmitting said feed- 
back message receiving the transmitted down- 
link channel quality information from the other 
base stations of said plurality of base stations, 
and evaluating the downlinkchannel quality in- 
formation received from said other base sta- 
tions and the downlink channel quality informa- 
tion determined by itself to determine the best 
downlink channel quality characteristic. 

12. The method according to one of claims 8 to 11, 
wherein the evaluation of the downlink channel 
quality information comprises the step of averaging 
parameters in the downlink channel quality informa- 
tion, wherein the selection is based on the averaged 
downlinkchannel quality. 

13. The method according to one of claims 1 to 12, fur- 



15. A data packet retransmission method in a mobile 
communication system comprising a communica- 
tion terminal and a plurality of base stations, the 
communication terminal being in communication 
with said plurality of base stations during a soft 
handover, 

wherein each base station of said plurality of base 
stations comprises means for controlling and ena- 
bling data packet retransmissions between the re- 
spective base station and said communication ter- 
minal in accordance with a packet retransmission 

wherein said means comprises a buffer for storing 
data packets received at the respective base station 
for which data integrity was not acknowledged, 
wherein the buffer is updated using the method ac- 
cording to one of claims 1 to 14. 



16. The method according to claim 15, wherein the re- 
transmission scheme is a window based packet re- 
transmission scheme using a receiver window to 
control packet retransmissions, and the control in- 
formation exchanged among the base stations 
comprises a pointer pointing to the upper edge or 
lower edge of the receiver window. 

17. The method according to claim 15, wherein the re- 
transmission scheme is a stop-and-wait packet re- 
transmission scheme with at least one retransmis- 
sion process , and the control information ex- 
changed among the base stations comprises a 
process number identifying a data packet retrans- 
mission process, and an indicator for indicating 
whether the data packet's integrity can be acknowl- 



18. The method according to claim 17, wherein the con- 
trol information exchanged among the base sta- 
tions further comprises a sequence number or data 
indicator identifying the received data packet at the 
receiving base station. 

19. The method according to one of claims 15 to 18, 
wherein the control information exchanged among 
the base stations comprises an identifier identifying 
the communication terminal. 
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A base station in a mobile communication system 
comprising a communication terminal and a plural- 
ity of base stations, wherein the communication ter- 
minal is in communication with said plurality of base 
stations during a soft handover, and wherein said s 
base station comprises means for implementing the 
method according to one of claims 1 to 19. 
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